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is well known that not all analysts 
everywhere get to see the formal instructions 
and other documents that affect them in their 
work. For those who may not find out about 
it through normal channels, here is news of a 
document all analysts and reporters should 
take the trouble to get hold of and study. The 
revised and updated Technical SIGINT ’Publica- 
tion Manual (U), to replace the present TSPM 
dated 19 August 1969, is in final draft form 
and should be ready for distribution in mid- 
1977. It will be promulgated by USSID 200. 
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he most dramatic change in SIGINT com- 
puter processing in the next few years is al- 
most certain to come from the much wider devel- 
opment of man-machine interactive processes. 
This does not necessarily preclude growth in 
regular batch processing or growth in fully 
automatic processes, but it certainly means a 
strong shift of emphasis in the development of 
computer processing systems. Some of this em- 
phasis comes from a desire to explore the new- 
found capability of interactive computing but, 
hopefully, most of it comes from a realization 
that machines alone are not nearly as effective 
as man and machine working closely together. 
These views are presumably not unique to the 
SIGINT process, since comparable growth in the 
use and sale of interactive computer terminals 
is being experienced in all kinds of pursuits. 

Interactive computing in the SIGINT case can 
mean a variety of things. It can mean the 
ability of an analyst to "adjust” the collec- 
tion process while it is going on. It can mean 
the ability to scan some output in real time 
and adjust it as necessary . Or, in an analytic 
process, it may give a person the ability to 
correlate and cross-check new data against the 
mass of historical information one has collect- 
ed before; or the ability to prepare reports, 
gists, and similar inputs to other processes. 

It is clear that there are a number of in- 
gredients to a good interactive processing 
system. One of the most critical of these in- 
gredients is a knowledgeable and well-trained 
cadre of users. This group is already growing, 
but more specific action will be necessary 
in the future to insure that we use the full 
potential of the systems which are built. At 
the same time, the central computing service 



must do everything it can to make user inter- 
faces simpler, rather than assume that every 
user has some skill and knowledge as a program- 
mer. In addition to making computer systems 
easier to use, the central computing service 
must provide a number of capabilities and 
tools for the users, in much the same sense 
in which utilities are provided to homes and 
businesses . 

In a practical computer sense we see this 
utility as: 

■ an adequate set of computer terminals to 
serve all users who need access to the 
system and simplified user procedures; 

■ on-line mass data storage systems and 
data management software which will mini- 
mize the complexity of the user interface ; 

■ a computer network connecting all SIGINT 
locations which will enable us to put the 
required computing power into a connected 
system and provide user access to any 
part of the system from any terminal; and 

■ individual computers and devices and ap- 
propriate software which will provide the 
best computational capability available. 

Some of the details of current plans and broad 
concepts of usage for parts of the system are 
described below. This detail will be added to 
and modified as neces sary to reflect require - 

ments d eveloped under ! \ The' P.L 

overall ! I plan, which is basically the 

plan for the central computing facility and 
externally connected computer nodes, is due to 
be completed in draft early in 1977. 

Computer Terminals and Terminal Access Systems 

The largest group of computer terminals for 
, SIGINT operations will consist of alpha-numeric 
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displays and associated keyboard for analyst 
interaction with the system. By 1980 or sooner, 
computer terminal density should have reached 
the point where there is at least a terminal 
for every three or four production personnel. 
This should mean that almost every analyst does 
part of his work at a computer terminal. A 
smaller set of terminals will have "full 
graphics' 1 capability in addition to alpha-numeric 
capability, that is, they will be able to plot 
and to produce line drawings through the use 
of vectors. A still smaller number of remote 
batch terminals will continue to be used to 
initiate batch processes and to receive printed 
output. It is probable that as the use of 
interactive terminals grows, remote job entry 
terminals will become more basically "remote 
job output" terminals, or, simply, remote 
printers. Softcopy displays, that is, writing 
output to a computer file for subsequent exami- 
nation on a terminal screen, will probably 
replace some print, but it is not too likely 
that all printing will be replaced. In many 
cases, line printers will be associated with 
display terminals so that output can be record- 
ed. Equally, local storage cassettes may be 
used as safeguards against loss of data during 
entry and as a way of insuring the ability to 
input data at all times. 

With present technology, and probably within 
the foreseeable future, the main bulk of the 
interactive terminals will be attached to mini- 
computers as terminal concentrators, and, 
through these, will be attached to the network 
and will have potential access to all of the 
system resources attached to the network. The 
actual access will be limited by absolute secu- 
rity constraints and by need-to-know procedures. 
These will be effected by both hardware and 
software means. Hardware controls are certain 
to be used to limit some terminals and may be 
used to identify users through badge readers or 
the like. Software controls will consists of 
authorization tables and passwords which will 
control a user's access both to files and to 
processes. 

The total extent of the work to be performed 
at the terminal level or at the terminal con- 
centrator is not yet determined. However, it 
seems most likely that, with present terminals, 
efforts will be made to limit them to "universal" 
functions. These will amount to data entry 
and data editing functions dealing with lines 
or screens full of data and probably to the 
generation of standard protocols for network 
entry and access to a specific system. If the 
terminal "intelligence" (actually storage and 
processing power) grows a great deal', as most 
manufacturers predict, then this power may be 
used to accomplish procedure and data language 
translations or to provide the capability to do 
other functions common to a group or class of 
users . 

At the next, or terminal concentrator, 
level, more advanced functions will be per- 



formed than those at the terminal level. With 
controls and with standard principles applied, 
software in the concentrator may perform machine 
editing and automatic formatting, and provide 
file-browsing capability. Where the primary func- 
tion is data entry, the concentrator will also 
serve as a "fail soft" capability to allow 
data entry to continue until the main system 
becomes operational again. 

Work not done or not possible in the termi- 
nals or the concentrators will be done in the 
main systems, or "hosts." Communication be- 
tween concentrators and the hosts will be via 
the computer network described below. To a 
considerable extent, hosts will be specialized 
processors as they are now. If network pro- 
tocols and individual host protocols and lan- 
guage can be simplified for the user by trans- 
lation and creation in the terminals and con- 
centrators, it may result in even more task 
specialization by the hosts. Alternative views 
are that networking of host computers may re- 
sult in automatic "load leveling" of tasks by 
automatic distribution of them throughout the 
network. In the next few years, the latter 
seems practically attainable only for multiple 
copies of the same computer within the network. 
In general, the network will contain multiple 
copies of hosts for reliability and backup and 
for achieving the desired processing power. 

All of the description above pertains to 
user-to-computer communications through termi- 
nals, concentrators, and computer hosts, 
natural parts of a man-machine process. A 
quite separate kind of communication capability 
will exist within the network to support 
person-to-person communications. With this 
capability, analyst-to-analyst discussions such 
as are now handled by OPSCOMMs would be straight- 
forward. A "mailbox" variation of this capa- 
bility would permit messages to be left by one 
analyst for another when direct contact is 
not possible because of working time differences, 
etc. By signaling his "mailbox," an analyst 
receives all his accumulated messages from other 
analysts or computer generated messages to ad- 
vise him of the status of some piece of work. 

Data Storage and Data Management 

In discussing a processing system for SIGINT 
operations we are certainly talking about a 
system serving several thousand people -- prob- 
ably more than 10,000 when the operational as- 
pects of field sites are considered. Even if 
terminal density is as low as one terminal for 
each ten members of the operational community, 
it will clearly be a very large system with 
many terminal systems and many hosts. In all 
probability, terminal density will be much 
higher, particularly so if MAROON SHIELD con- 
cepts extend to all sites. 

To support such a large community of users 
from interactive terminals, it will be ex- 
tremely important to have a large amount (if 
not all) of the recent data on-line. While it 
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is not out of the question to have a single 
large central store for all data, recent ex- 
perience would seem to indicate that distribu- 
ted data "collections" are much more likely. 

Some systems will have much more storage than 
others because of the historical nature of the 
kinds of problems handled and because the 
primary impetus in developing and marketing 
very large mass store systems is toward IBM 
systems. Thus, it is likely that we will have 
"unevenly distributed data," with more than 
half of the data in a single large collection. 

Examples of this uneven nature of data dis- 
tribution are quite pronounced now and will be 
greatly exaggerated when the IBM storage sys- 
tem called OAK is added to the present IBM 
370/168 complex. With its 169 billion byte 
storage and "virtual disk" concepts, it is 
bound to lead to a large imbalance in storage 
of data throughout the general purpose system. 

In spite of the imbalance, there will be a 
continuing need for large local collections of 
data on other hosts in the central complex in 
order to satisfy specific requirements for 
rapid response and other special requirements. 

In addition, there will be requirements for 
data correlation-fusing-updating and other 
functions inter-host. For this latter case and 
for inter-host/inter-process operations, a 
great deal of data management is needed. 

We feel that a number of things will be 
necessary in order to deal with distributed 
data. First, some kind of data management 
plan will be desirable so that data will not be 
distributed helter-skelter over several stor- 
age devices. Such a plan should address 
necessary and unnecessary redundancy. It 
should also address the software tools which 
are to be provided to enable users, data base 
administrators, and others -- as well as pro- 
grams and computer systems -- to have conveni- 
ent access to the data. Some work has been 
done in NSA toward developing a data management 
plan (DAMAP) but clearly a great deal more work 
remains to be done, especially if anyone is to 
make regular use of distributed data bases. To 
a great extent we will not have very much ex- 
perience with trying to use distributed data 
bases until the computer network linking compu- 
ter hosts is operational. 

As far as data base management systems 
(DBMS) are concerned, these are key "tools" 
for handling data. Hand in hand with DBMS 
usage, there must be a growing awareness in user 
organizations of the need for individuals who 
know the data base and control its development 
-- generally referred to as data base adminis- 
trators. The data base administrator and his 
management have the potential to make data base 
operations useful and productive. In their ef- 
forts to do so, it is imperative that they 
achieve standardization of data elements, stan- 
dardization of data codes, and standardization 
of files in the sense of requiring basic data 
elements in there. Data dictionaries and 



data directories will be key tools for data 
base administrators and others who face the 
job of producing and managing the data bases. 

In achieving the SIGINT operations process- 
ing system, data base management techniques 
will be guided by a unified systems discipline 
with a goal of a single data base management 
system. Standardization will play a much 
larger role than in the past. Until adequate 
data standards are developed, existing data 
management will be continued but its future 
growth will be limited. The goal is a coherent 
whole for managing data, supported by a com- 
I prehensive set of data management tools. 

Experience with networks such as COINS 
points to the critical need for accelerated 
work in NSA T s data standards. Emphasis should 
be on NSA or SIGINT data standards, rather 
than large efforts at meeting non-SIGINT 
standards. These may be important in some 
cases., but many of them have little bearing on 
SIGINT problems. Further, SIGINT data stan- 
dards work should concentrate on the most 
frequently used data elements and types, so 
that the benefits are maximum. Standardizing 
data elements which are rarely used or used in 
narrow areas of SIGINT is useful, but it does 
not contribute as much to the areas of broad 
use. 

A final note on data standardization imple- 
mentation -- a phase more difficult than de- 
veloping the standard. This must be vigorously 
but rationally pursued, with NSA management 
taking active interest in the arguments and 
counterarguments. Good standards are usable 
standards . 



Computer Networking 

Another key ingredient of a large inter- 
active system such as that required by SIGINT 
operations is a way of linking computer systems. 
The scope of SIGINT processing exceeded a 
single large computer many years ago. In the 
interim, specific computer-to-computer linking 
and loose coupling of several large computers 
through shared st orage have helped with the 



problem. Projectf" 

i . • i T“ 



NS A 1 s computer 

networking plan, is the generalized solution 
to linking as many systems as necessary into an 
integrated processing complex. 

Project may be described as a 

"railroad,” since it provides the basic tech- 
niques for linking computers and terminals with 
standard connection protocols. It does not of 
itself guarantee standard processes, standard 
data bases, or any other set of standards ex- 
cept for the basic network protocols. 



NSA's computer networking is based on tech- 
nology developed for the Department of Defense 
Advanced Research Projects Agency (ARPA) . It 
is a packet switched network in which every node 
is connected to at least two other nodes. This 
gives additional reliability to inter-host con- 
nections. As mentioned above, the use of these 
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connections is not controlled except by the net- 
work protocols, network control programs in the 
hosts, and the provisions for inter-process 
communication. 



will reduce the demand . . to have everything 
together," but from a practical point of view 
this will take some time, perhaps 2 to 3 or 
more years. 



As the network comes into use, some addi- 
tional controls will come into use. Security 
will be one of these. Job, process, and mess- 
age accounting will add another dimension of 
control. The details of an overall control or 
management system are yet to be developed, 
but will be formed from the experience of using 
the network and from growing user requirements 
for process control or process management. The 
requirement for process management by users is 
developing rapidly in parallel with the ability 
of processes and processors to be linked 
together. 

Effective use of the network will require 
extensive user knowledge of computer processes 
and computer facilities, as well as knowledge 
of the data mentioned earlier. A network in- 
formation center is being developed to assist 
the users in understanding all the capabilities 
and complexities of the network. 

The full development of the computer network 

| will take a number of years. Its ef- 
fective use is a key factor in the development 
of the Agency 1 s potential to use computers. 

The Equipment Complexes 

Equipment complexes (or sometimes "computing 
complexes") is a term which has come into increas- 
ing use as we couple two or more pieces of 
equipment or link equipments through some common 
peripheral device. The use of equipment com- 
plexes for planning and management has been ac- 
celerated by the need for operator and main- 
tenance economies, and by the practicalities of 
consistent operation of identical and related 
systems . 

The principal Example of such an equipment 
complex i s the main IBM 370 complex, now called 
| By developing the large IBM systems 
so that they share disk storage, a significant 
improvement was obtained in the flexibility of 
the four systems. At the same time, it was 
possible to reduce the staff necessary to oper- 
ate the machines. In other cases, we can also 
reduce maintenance costs by collocation of 
machines. 

The Central Data Processing Complex 

This complex is the historical successor of 
more than 40 years of automatic data processing 
(ADP) which began with IBM punched card machines 
in the 1930s. As noted earlier, it is the 
processing area where the most data is stored 
and where the input and output (at least of 
traditional data records) greatly exceeds any 
other set of NSA computers. Because of storage 
capacity available in this complex, and because 
of increasing requirements for data correlation, 
this complex continues to grow at a considerable 
pace. It is possible that computer networking 



Immediate plans for the large IBM 370 sys- 
tems are to add a fifth IBM 370/168 to the 
present four systems and to create one multi- 
processor system. It is planned that the 
multiprocessor will serve needs which demand 
high reliability or availability. This will 
include immediate front-end processing of field 
data arriving from | | and support of 

critical terminals. The whole 370/168 complex, 
along with the OAK mass storage system of 169 
billion hvtes of on -line data, will serve 
| an d similar functions. 

The present IBM 370/158 serving primarily 
administrative functions will be upgraded to an 
IBM 370/168 and formed into the larger complex 
by loose coupling through shared storage and fP 
by linkage to the computer network. The pres- 
ent IBM 370/158 used for Information Storage 
and Retrieval (IS6R) will serve principally as / 
a developmental system and will be used in 
background mode and in nondevelopment a 1 times 
for large batch processes. Future large IBM 
systems (or IBM- based systems such as AMDAHL) 
which may have to be added as supply capacity 
will be coupled into the main complex. The 
linking of more systems as multiprocessors wifi 
be dependent on the success of the MP system // 
planned for late 1976. 

In order to meet DD0* s goal by bringing 
time-critical and batch processes together, 
the IBM 370 complex will have to be made to 
respond much more rapidly, so that bulk data 



can he almost as 


..available 


as selected data 


such as L 


1 reports. 


In fact, it seems 


likely that | | 


and the IBM 3/Us 


will nave to 


work wen togetner 



to accomplish this. 

The Time Critical Complex 

This complex is also expected to continue 
to grow rapidly. The success of the TIDE sys- 
tem over the last 6 or 7 years has produced the 
present overload state of the pair of UN I VAC 
494s and has led to the development of PREFACE 
plans. 



As planned , th e UNI VAC 1110s in I I wi 1 1 



be used to relieve I I of processing functions, 

as distinguished from communications functions. 
While converting processes from the U 494 to 
the U 1110, a data base management system 
(DBMS) will be introduced to provide for mbre 

I ata anh to simplify future 
[ development pro- 
ceeds, it will be necessary to address the 
broad question of alpha-numeric terminals for 
NSOC and to begin development of pl ans f or a 
communications su bsystem to replace | [ . It 

is estimated that I fr ill continue to operate 

until at least January 1980, and possibly a 
couple of years after that. 



orderly handling of 
programming. As the 
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| | which is now slated to serve both 

full graphics needs and some alpha-numeric 
needs, w ill be div erted to full graphics -only 
|becomes operational. A care-, 
graphics needs wi 1 1 be 



usage as 
ful study 



of developing a set of 



or an full 

undertaken with a goal 

requirements for full graphics. While those 
requirements will ultimately drive t he full 
graphics solution, it is likely that I I 

will fill most of these needs over the next 2 
to 4 years. \ 

The High Compute Complex \ 

This complex of computers is now almost 
entirely synonymous with cryptanalysis. To 
some extent this is because the cryptanalysts 
have carefully guarded! it and to some extent it 
is because the ! k et qf CDC 6000s preceded 

the first CDC 

As far as 



6600 for cryptanalysis . 



the cryptanalytic side of the prob- 
lem is concerned, the high-cpmpute-complex plans 
are described under a C Group concept called 
HYPERCAN -- fbr High Performance Crypt/l/Valysis . 
Under this concept, four CDC 7600 s using the 
NS A/ IDA Operating System will be linked by a 
50 megabit data transmission bus. In addition, 
a new and mo re advanced super computer 



most of 
as a 



will be sought to add to the capacity 
ui Lliu complex. We hope to add this new capac- 
ity in about 2 years and, thereby, double the 
straight-compute capacity. Interactive termi- 
nals will not be developed at tlie output for 
the new system. Instead, access to the new 
system will be primarily through \the CDC 7600s 
and the 50 megabit network. Thia is expected 
to optimize the use of available resources and 
to minimize the impact on users by retaining 
the present NSA/IDASYS procedures and languages. 

Operating Facilities 

The term "operating facility" is being used 
as a catch-all for the NSA end of remoted col- 
lection operations. Presumably, every one of 
these operations needs some interconnection to 
the main computer complex. To date, 
the interconnection has been describe 

connection to the computer network --| | 

with little more specifics than that. Almost 
without exception, design of these complexes 
has ignored the necessary and desirable inter- 
action with existing data collections on the 
central computers. In viewing overall opera- 
tions processing in the next few years, it 
seems certain that more complete plans will have 
to be developed using existing resources as 
well as the new equipment. 

One mode of operation which may emerge is 
to limit "operating facility" computers to 
problems requiring extremely quick response 
and to use the main computing complex (MCC) for 
basic support. In this mode, the MCC would up- 
date basic files in the operating facilities 
by "downloading" from the central analytic 
files. In the operating facility, immediate 
response problems would be dealt with by the 



local computer and more complex questions could 
be relayed t o the MCC. This mo de is already 



projected in 



3 



applications 



where the broaa tunctionai similarity to Morse 
collection is almost identical, except for 
tuning . 

The presence of high bit rate signals at 
operating facilities may dictate the need for 
a specia l network or data bus paralleling the 
| ~| r|^i-uFr>^v Tt-i.-; c i c im^pr study in R as 

I and othe r pro j - 
would be 



a part of 

ects. It is most likely that 
used for control information Slid TAUT l!he paral- 
lel high-capacity linkage would be reserved for 
only signals. This would limit the number of 
required nodes. 



More d etails of these connections to the 

~lnetwork and the interaction of operating 



facilities with the Main Computer Complex are 
emerging as the projects develop. It is 
rea sonable to expect that requirements gathered 

for | | will provide more understanding of 

what is needed. 
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Anon. 



tQ' am being somewhat arbitrary in using 
the term "linguist.” What 1 mean here is an 
individual who is capable of performing the 
full range of tasks required at NSA in which 
knowledge of a foreign language is primary* 
Let's forget all hyphenated job titles in 
which some degree of language knowledge is 
coupled with some other skill. You can carry 
this hyphenation business to the point where 
it becomes difficult to locate anyone who 
doesn't claim to use a foreign language to some 
extent in his or her specialty. It sometimes 
seems that the pretensions of such people are 
in direct proportion to their ignorance of the 
language cLaimed. 

Nonlinguists, especially, have a curious 
tendency to treat language jobs as though we at 
the Agency were in complete control of inflow- 
ing language materials. Thus, a particular 
language task (in a very low grade, of course) 

is described as "highly stereotyped, low-level," 
requiri ng no more than a minimum language know- 
ledge. 



So, what is a linguist expected to know -- 
everything? It would be a miracle indeed to 
discover a native of this country who has 
mastered his own language (including all the 
words in the dictionary), and, besides that, 
knows all the subjects that can be discussed in 
English; in short, a walking encyclopedia of 



both linguistic and factual information. Obvi- 
ously, there is no such person. It should come 
as no surprise, then, that the NSA linguist at 
any level is apt to run into problems that in- 
volve either language or factual knowledge (or 
both) outside his own experience, not covered 
in any of his training courses or anticipated 
by the latest crop of "scientific" linguists -- 
and not to be found in any reference works 
available to him. If we agree that it is 
extremely important in our work to be right 

if 



you aouDt tnisj, wnat, tnen, can you reasonably 
expect of an NSA linguist? What choices do you 
offer him? Must he confine himself strictly to 
the level of his job description (and pay), and 
ignore everything else? Or should he try to 
cope with everything that flows across his desk, 
even though many of the problems (linguistic and 
otherwise) will be beyond his competence? 

Backing off for a moment, let's consider 
again the first question raised: what is a 
linguist, anyway? Is he a person who can pro- 
vide a precise description of a language, em- 
ploying all the scientific terminology currently 
in vogue? Or is he someone who can use t.he 
language as an educated native would? Is it 
realistic to assume that the person who can 
describe a foreign language can. also use it in 
the manner indicated? Probably not. Of the 
two, which one does the Agency's work -- the 
"describer" or the "practitioner"? 

I am reminded here of the never-ending de- 
bate over the term "bookbreaker . " Is he (or 
she) the person who "breaks into" a code and 
provides, a tentative description of its size 
and structure -- with, perhaps , a few hypotheti - 
cat "recoveries"? Or is the bookbreaker the 
one who actually reconstructs the code book to 
the point where incoming messages can be de- 
coded and translated upon receipt? I would go 
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even further and insist that the "reconstructor" 
should, upon request, be capable of translating 
any decoded message -- and have his translation 
survive a language check by the most experienced 
linguist in the area (who may not be friendly) . 
A demand like this tends to divide analysts 
into two groups: the "describers" and the 
"reconstructors . M These two groups will dis- 
agree forever as to who is more deserving of 
the title "bookbreaker," but that isn’t the 
point. Their great debate is really more over 
status than anything else. In my own mind, I 
expect as much of the "code reconstructor" (the 
one who meets the standard imposed above) as I 
would of the true NSA linguist, as defined at 
the outset. Neither one has the right to as- 
sume that the task at hand will be tailored to 
fit his own limitations or narrow interests . To 
begin with, both must be literate in the foreign 
language involved ("literate" as defined in 
Webster’s -- "able to read and write"). 



Why make such a big thing about mere litera- 
cy? Simply to plant our feet firmly on the 
ground in this whole matter. We shall never 
get the linguistic paragon who knows all the 
answers offhand, nor can we afford the risk of 
depending forever on those who never know 
enough. The real NSA linguist is the person 
who is literate to begin with — and who has an 
infinite capacity for growth. To quote Will 
Rogers, "We are all dumb on certain subjects," 
and this description fits linguists like a 
glove. But with the ability to read a foreign 
language at sight, we can overcome our ignorance 
by searching for the answers in the very places 
where a native scholar would look, just as we 
regularly consult standard reference works in 
English. If we still can't find the answers, 
the trouble may be that the other fellow's ref- 
erence sources are better than ours. 

(CONFIDENTIAL/ CCO) 
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The year , 1965. The place, the 
NS A SIGINT Command Center . The oc- 
casion, the beginning of the NS A 
SIGINT Swmary. And you are there 
. . . (Sorry, Walter!) 



he May 1976 issue of CRYPTOLOG contained 
an article by William Hunt, SA/DDF, which de- 
scribed in some detail the functions and pur- 
poses of the NSA SIGINT Summary. On the whole 
it was rather complete and quite interesting. 

But for the period between the inception of the 
SIGSUM and Bill’s association with it -- a 
period of 8 or so years -- the article provided 
virtually no information at all. Having, with 
some others, devoted a part of those years to 
the business of conceiving and developing the 
SIGSUM, I am perhaps in as good a position as 
any to fill in the gaps. In the process, I will 
also clarify some statements in the article 
that are unintentionally misleading, made so 
simply by the fact that Bill had no part in the 
conception and early development of the report 
and therefore could not be expected to know how 
it all began. 

In the early 1960s, a number of events 
occurred which, taken together, had a far-reach- 
ing impact on the role NSA was then playing in 
the U.S. intelligence community. Where prior to 
that time the role of the SIGINT establishment 
had been mainly that of collector and processor, 
from the Cuban missile crisis onward we experi- 
enced, a marked increase in requirements for 
-end-product reporting of SIGINT developments. 

Our customers wanted SIGINT information to be 
put in its true perspective. At the same time, 
of course, we were reminded to avoid even the 
appearance of producing "finished intelligence" 
for which we were not equipped, technically or 
statutorily. Coincident with the entry of NSA 



into the reporting business was the establish- 
ment of the NSA SIGINT Command Center, successor 
to the PROD Watch Office and predecessor to our 
present NSOC. At some point during this time 
it must have seemed logical to produce a daily 
summary of SIGINT highlights for our customers 
and for NSA executives^ And so the NSA SIGINT 
Daily Summary (SDS) — the immediate predecessor 
of the NSA SIGINT Summary -- was bom. 

The SDS was divided into three sections: 

• World Highlights (mostly G Group items), 

• Red Extract (A Group items), and 

• Gold Extract (B Group items) . 

Items were carried to the Command Center during 
the morning and early afternoon, edited there, 
and delivered to the FLEXR00M i^^h 6 early 
evening hours for hard-copy and electrical prep- 
aration. Later in the evening the electrical 
version would go out over the wires to a world- 
wide distribution which is essentially the same 
as that which the SIGSUM uses today. The hard 
copy, most of the time, would be delivered to 
its Washington-area customers early the next 
morning. (I say "most of the time" because I 
can recall one or two times when its delivery 
was not so early and some of our customers let 
us know about it.) 

The SDS had some shortcomings. The quality 
of the items it printed was, to put it chari- 
tably, inconsistent. Items were often submitted 
in handwritten form and had to be deciphered 



11 . . . the. tdna wa6 not 
p<U6tonatzty embraced; at 
tza^t, not Atght away.” 



I and typed before they could be edited. Most 
serious was the virtual absence of any input to 
the G old Extract. The reason for that was that 

[put out its own daily summary and the SDS P ■ 

was not only competition foT it but, since a EO 

large percentage of their respective audiences 
were the same, there was the problem of redun- 
dancy. For these reasons, chiefly, the then 
deputy chief of the Command Center, | 
sent me on a mission to each of the PROD Group 
chiefs to appeal for better support for the SDS. 

The result of the conversations which then took 
place was a decision to scrap the SDS in favor ' 

of the daily report now called, as it wqs then, 
the NSA SIGINT Summary. 

Contrary to what one might suppose, the idea 
was not pass ionately embraced; at least, not 
right away. | [and some others in the 

Command Center naa reservations about the size 
of che effort that would be necessary. And 
there was some concern expressed that we would 
'get flak from CIA, DIA, and State on the ground 
that we infringing on their prerogatives. But 
the SIGSUM was clearly an idea whose time had 
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come. All the Group chiefs and Chief, P05 were 
strongly in favor of a first-class daily SIGINT 
summary report, in fact, ha d been for so me timfe. 



lad 

\>Z 



that 



and persuaded the then ADP, 

the time to strike was at hand. 

It took about 2 months to do the preliminary 
planning for the SIGSUM. The Original team 
that was responsible for developing the format 
and layout consisted of two people -- Dave 
Cossum and me. ..Warner Parso ns soon j oined us as 
visual -a ids coordinator, and | H and I I 

| ~| were the principal artists who developed 

the cover design and page formats. 

At this point it should be made clear that 
the SIGSUM had no official status as yet; Mr. 

] had only given his approval to explore 



the ways and means of upgrading NSA daily-summary 
reporting and to prepare a mockup (a printer's 
(<Jtynmy) of our proposed publication. He would 
then decide between two alternatives: seex tne 
Director's approval or shelve the idea. In the 
course of the exploration some amusing situations^ 
developed. The one that I remember most clearly 
had to do with estimating the number of maps we 
would have to keep on hand to cover all reason- 
ably projected reporting situations for a given 
period of time -- 2 months, I think. Our plan 
was to pla ce the resulting order with a Mr. 

I l at CIA, with whom we had a "connection." 

After considerable postulation, speculation, and 
multiplication, Warner arrived at a number that 
none of us, including him, believed. Our as- 
tonishment was quickly exceeded, however, by 
the uproarious la ughter the number evoked in 
our "connection," [ [ then Chief 

of the Geographic Branch in CREF (now C5) . The 
number was 1,500,000 maps. (Incredible as it 
may seem, the figure proved to be very near 
the mark.) 



At this point I must take issue with Bill 
on three points he made in his article, and 
clarify the situation by emphasizing the 
following true statements: 

• the SIGSUM was not conceived and designed 
by the Assistant Director for Production; 

# there was , indeed, a clear-cut requirement 
for it which was set forth with admirable 



clarity and directness by General Carter 
a letter to DTRDIA, General Carroll, 
in early 1966; and 

• it wa,8 fully developed within a year 
, after it first appeared. 

the reader might have also concluded, if he 
has read this far, that it is indeed both 
possible and -- from my point of view, at least 
-- desirable "to trace the SIGSUM' s growing 
pains . " 

By mutual agreement with the Group Chiefs, 
the SIGSUM was put together every day by an 
editorial board on which each Group had repre- 
sentation. In addition, a CREF representative. 
Miss Ruth Schley, provided collateral and 
scientific and technical information support, 
and Warner Parsons served as art editor.’ 

The other charter members of the editorial 
board werel 



x Dave Cossum was 
appointee fcditor-in-Chiel, and I was designated 
his alternate. The hard decisions which became 
the basic, operating philosophy of the SIGSUM 
were hammered out by this group, often in the 
late hours of t he evening. One of the Direc- 
tor's briefers/ 



]al 



so sat 



m on tne deliberations. This 



"Among tkz many laudatory voIkzs 

tizczlvzd [OL{tzti tkz Institution o h\ 

oh tkz SIGSUM], I paA-tlciilaAty 
Kzzall tkosz sunt by the. SzcKzta^ 

oh Statz, C1NCSAC, and CINCPAC." 



P.L. 86-36 



group of people and the others who followed 
them, p articularly Warren KenistonQ 

t deserve an equal share of any credit 
that is to be given for the SIGSUM. The result 
of all their efforts was a first-class intel- 
ligence report that was widely praised as being 
a worthy addition to the daily reports that 
were already available to the government's 
highest- level decision-makers. Among the many 
laudatory wires received, I particularly recall 
those sent by the Secretary of State, CINCSAC, 
and CINCPAC . We were also told unofficially 
that it was warmly received at the White 
House (a number of copies with Walt Rostow's 
marginal notes very much in evidence were 
mysteriously returned to us for disposition). 
Needless to say, we were all both pleased and 
relieved to have the SIGSUM so highly regarded, 
especially by some who might have considered it 
competition with their own daily summaries. The 
SIGSUM had received its baptism of fire, so to 
speak, and had come through it unscathed. 
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Letters 
to the 
Editor 



To the Editor, CRYPTOLOG: 

I had a scare the other day, but it all 
turned out okay and I thought that you and 
some of your readers might find amusement and 

instruction in the tale. While on a brief TDY 

to| [Washing- 

ton, with | we were 

told informall y, by one of the people there, 
of a technique ] 

that aTha zed me! This was the story: 



■4. (c) 
86-36 



aotsyii 1 1 ytJBni iu niauui 1 . 

Had we been missing an obvious bet? How 
could such a scheme possibly work? We had to 
find out more about it. 



Without denying that this scheme, which has 
proven to be very successful, is an example of 
a simple yet ingenious solution to a problem of 
long standing, I am relieved. If it were possi- 
ble to train a linguistically naive person to 
listen to any language and hear specific words 
imbedded in conversations, some basic ideas 
would have to be changed, and I am too old to 
start over. Jack Gurin, R5 

(SECRET - CCQ) 



To the Editor, CRYPTOLOG: 

Under normal circumstances I would have exer- 
cised my prerogative to ditch C-LINER’ s "Impure 
Mathematics" (Final 1976 issue) in the open 
trash receptacle where it belongs. It clearly 
has no SIGINT value, no intellectual value, and 
in my judgment not a modicum of socially redeem- 
ing value. No wonder the author chose not to 
put his name to it. 

But I can’t do that because the thing was 
published in an official government document 
under an official SECRET Codeword classification 
-- circumstances which could hardly be con- 
sidered normal. Hence, the burn bag. 

I feel reasonably confident that C-LINER, in 
taking upon itself this one degree of freedom 
too many , has offended the moral and professional 
sensitivities of other people around the 
agency, as it did mine. It is inconceivable 
that the average mission-oriented NSAer would P.L. 86-36 
give assent to the seepage of this type of 
writing into SIGINT literature. 

Where is the sorely-needed NSA/CSS voice of 
authority to say: "Yes. As a society we have 
indeed mortgaged our self-respect to the likes 
of Hefner and Guccione. But this is where we 
draw the line"? 

Hopefully, we will not have to wait too 
long before the Director’s voice is heard in 
this regard. 

As for C-LINER itself, all tilings considered 
maybe it is just as well that it's now a thing 
of the past. 

"Appalled" 

[name withheld at writer’s 
Copy to: request] 

Chief C (Mr. Speierman) 

Director NSA/CSS (General Allen) 



(UNCLASSIFIED) 



Editor f s reply 



L.4. 

L.4. 



(c) 

(d) 



In the final issue of C-LINERS ("the second 
reincarnation cycle of the C Group Machine Pro- 
cessing Information Bulletin"), its editor, 

David J. Williams urged potential authors to 
send their articles to CRYPTOLOG. He also 
stated, "If you disagree with any of the 
materials in this issue, you can carry on the 
fight in CRYPTOLOG, I am sure that Arthur will 
be happy to carry your rebuttal." I’m pleased 
that someone took up Dave’s second suggestion. 
Wouldn’t it have been nice if someone had 
taken up his first suggestion that quickly. 

Dave explains the lack of an author's name 
as follows: the item was supposed to have a 
headline "Tales from the Past" or "Golden 
Oldie"), but the headline got dropped during 
page composition. The general feeling was that 
the item was in the public do main, and might 
have been written by "someone | | in th£Q 1. 

early 1950s." Dave says that he is "highlyp.L. 



4. (c) 
86-36 
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amused" at the reaction it evoked from you 
because, when the C-LINHRS editorial board was 
considering it for publication, they showed it 
to several professional mathematicians. All 
felt that it was (a) "cute," (b) "professionally 
sound," and (c) "definitely worth printing." 
With a consensus like that, how could Dave have 
failed to print it? 

(UNCLASSIFIED) 



To the Editor, CRYPTOLOG: 

The | | interview in the December 

issue of CRYPTOLOG is outstanding! I also think 
that the interview idea is a brilliant one. 

There are undoubtedly more than a few of our 
people at various levels of the management chain 
and also more than a few of the stalwart experts 
who would be amenable to sharing their views, ex- 
periences, and expertise in this format. The 
I [ interview provided an insight into 

a story that may never have seen the light of 
day had it not been for CRYPTOLOG. Truly, SIGINT 
journalism at its finest! 

I am in the process of collecting information 
for a couple of articles which I promised you 
some time ago. I hope to surprise you one day 
and even complete them. 

Keep up the outstanding work! 

I I G95 

Editor's reply 

Thanks for the kind words. We’re glad you 
like the interview format, and we hope to use i t 
again s oon. Someone else who liked the | | 

I I interview, as well a s the Kathv Bior klnnd 

article on the SR test, was | of the 

SR Career Panel . He requested 50 extra copies of 
the December issue and intends to give them to 
current and future SR interns for "mandatory 
reading" of both items. 

(UNCLASSIFIED) 



To the Editor, CRYPTOLOG: 

In response to | . | article "Let’s 

Give Linguists a Bigger Piece of the Pie!" 
(CRYPTOLOG, December 197b), I say, "No more 
pie ’til you eat your spinach!" 

| [ article states or implies the 

following suggestions: 

(a) some sort of quota system should be im- 
plemented that would allow the distribu- 
tion of GG 15-18 personnel in this agency 
to include x desk linguists; 

(b) various levels of,, agency management are 
unaware of the problem as perceived by 

l l 

(c) an advanced degree in language is prima 
facie evidence that we can expect superi- 
or performance as an operational linguist; 



(d) we are grossly overpaying linguists at 
the lower end of the GG scale, while 
grossly underpaying them at the high end. 

Well, sir, that is a most extraordinary group 
of suggestions, and a group that I mostly dis- 
agree with. Let me start at the beginning: 

(a) I expect that | ~~| meant to imply 

some degree of quality in recommending that the 
desk linguist be included in the 1^5 - 1 8 category. 

But does he really expect that someone in this 
agency can or will come up with language analyst 
billets in that grade range? I don’t think so. 

And I think the rationale behind such a decision 
would be that "he isn’t likely to be Worth that 
much money." Now that's a hard cold look at it, 
but it's probably closer to the truth than any 
COSC manual that allows 9-18 as the p ath of the 

.language analyst . $ince | | did not 

indicate that he was discussing multiAliriguists 
or multi- ski lied people, I am assuming that he 
is including the highly qualified, single- 
foreign- language, certified language or voice 
language analyst in his, numbers. If heTionCsfly 
believes that such an analyst is going to make 
it beyond 12 or 13 without demonstrating a 
skill beyond turning foreign sounds or words A 
into English sounds or words, using a skill in 
a single foreign language — well, I just don’t 
know what measure he is using. ;: ::: P.L. 

(b) A few years ago I would have agreed that 

the upper levels of agency management were at / 
best unreceptive to the idea of promo ting lin- 
guists. I no longer believe that. I have seen 
too many ..promotions in the last couple of years 
to the 12-15 range and, while I am certain that 
there are individual rases of inequity, I would 
strongly disagree that therd are any grounds 
for a "class action." Our activist language 
panel would no doubt be offended by the sugges- 
tion that it did npt know wh at was going pn in 
the language world. Perhaps | [ is not 

aware that current hiring plans for new agency 
personnel are almost totally devoted to the 
acquisition of language technicians. 

(c) The issue of advanced degrees in lan- 
guage, I think, has been largely resolved by 
several developments: a general lack of availa- 
bility brought about by an overall reduction of 
language majors at many universities; a require- 
ment to retrain language majors in real-world 
applications of the language they studied in 
the academic world — and all too frequently 
this training has been at the very basic level, 
hence expensive; and, last but not least, the 
"average grade structure" problem which says 
that we got to hire more people at lower 
grades, do less promoting above grade 12, and, 
perhaps most important, keep the language anal- 
yst in that job — the job on which his pay- 
check is quite likely to depend. Again, I real- 
ize that it sounds harsh, but the times are 
changing. While the agency might like to help 
the language analyst to move into a different 
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field and very often did that in the past, I 
would expect to see a tightening of the belt 
as more and more interest is shown in the 
problems we face. Ironic, isn ! t it? In the 
years when those language problems were back- 
burnered, we always kind of assumed that when 
the linguist got the spotlight he would just 
zoom ahead so fast, we wouldn't be able to keep 
up with him. Now that he is in that spotlight 
-- and, believe me, he is there -- we are going 
to see, I expect, more actions similar to the 
recent personnel decision that dropped the 
entry level for linguists (and others); higher 
standards for language professionalization; and 
tighter controls on the language field in 
general. FYI, our language-hire program for 
the next couple of years will probably focus 
on high- school graduates at grades 2-3. 

(d) While I don’t have much of a problem 
finding some underpaid linguists in grades 5-9, 

I personally am unaware of any who think they 
are underpaid above those grades. But, here 
again, we ma y be discussing two different ideas. 

I [ seems to be suggesting that, as a 

matter of high agency policy, linguists do not 
get promoted. I would like to suggest that he 
look lower. Promotion recommendations come 
from the divisions and offices and, by and 
large, they get their recommendations accepted. 

One final remark: the linguist who flees the 
field had better take with him some skills other 
than language. I don' t know many desk analysts, 
TAs, or CAs who are supergrades. If there is ever 
to be a group of supergrades in the language field, 
they will come from the ranks of multi-linguists , 
linguist/analyst/managers, or other multi-skilled 
people. And that’s the truth. 

Dan Buckley, 

B Language Coordinator 
(UNCLASSIFIED) 



SPANAKOPITA* 

10 sheets phylto (12 x 15 inches) 

V 2 cup butter, melted 

2 packages (10 ounces each) fresh 
spinach 

1 tablespoon salt 

2 eggs 

2 cups cottage cheese (small curd) 

1 cup grated feta cheese 

3 tablespoons parsley 

2 green onions with tops, minced 
Salt and popper 

Cut phyllo sheets into halves and place 
10 pieces in a buttered pan (7 x II 
inches). Brush each sheet of phyllo with 
melted butter. 

Wash spinach and remove stems. Cut 
leaves into Vi-inch lengths. Sprinkle with 
salt and let stand for 15 minutes. Beat 
eggs. Add cheeses, parsley, and onion. 

Squeeze liquid from spinach. Fold spin- 
ach into egg mixture. Season with salt and 
pepper to taste. Spread mixture over 
phyllo sheets in pan and top with remain- 
ing 10 pieces of phyllo, brushing each 
sheet with remaining melted butler. Bake 
in preheated moderate oven 1 350* F. ) 
for 40 minutes. Cut into squares and *Greek 
serve hot. Makes 6 servings. spinach pie. 



SOLUTION TO NSA-CROSTIC No, 6 
(January -February 1977) 



’’Anglicisms in 

Puerto Rico” 

(NSA Technical Journal, 

Vol . XVII, No. 1, Winter 1972; 
reprinted in NSA Technical Journal: 
Special Linguistics Issue III, 1976- 
1978) 

"A linguistic ' laissez-faire 1 has 
existed [in Puerto Rico] for a long 
time. Although schools and newspapers 
have actively encouraged correct use 
of Spanish. . ., only the most undesir- 
able borrowings [from English] have 
disappeared, and . . . new ones have 
appeared. ” 




(UNCLASSIFIED) 




Off you're planning to enter 
this year's CMI or CLA Essay Contest, 
or the newly established IAI Essay 
Contest, you'd better get a move on! 
The deadline for the CLA Essay 
is/was 4 March 1977, and for the CMI 
and IAI Essay Contests is 25 March 
1977. 

Complete information about all 
three contests can be found in the 
Fall 1976 issue of the NSA Technical 
Journal . 
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